chore: add Greptile code review configuration - #61
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (2)
🚧 Files skipped from review as they are similar to previous changes (2)
📝 WalkthroughWalkthroughAdded Greptile configuration, scoped guidance registration, and repository review rules. The configuration defines review triggers, exclusions, contributor instructions, and five scoped checks. The rules document covers TypeScript, architecture, testing, feature flags, dependencies, compatibility, and repository hygiene. ChangesGreptile review setup
Estimated code review effort: 2 (Simple) | ~10 minutes 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
Comment |
commit: |
Greptile SummaryThe review configuration now includes the agent-core service guide for service-layer changes. Both JSON configuration files parse successfully, and the guide is registered once with the intended scope. Confidence Score: 5/5No blocking failure remains. No accepted blocking findings remain.
What T-Rex did
Reviews (2): Last reviewed commit: "chore: address review feedback on Grepti..." | Re-trigger Greptile |
There was a problem hiding this comment.
Actionable comments posted: 3
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In @.greptile/config.json:
- Around line 34-36: Update the changeset-required rule to match the repository
policy: require a changeset for PRs affecting release artifacts, code, behavior,
or public APIs, while allowing docs-only, test-only, and CI-only changes to skip
it; preserve the existing version guidance.
- Line 8: Update the `instructions` field in `.greptile/config.json` to
distinguish `packages/node-sdk` as the public SDK from the internal engine
packages (`packages/agent-core`, `kosong`, `kaos`, `oauth`, and `telemetry`),
replacing the inaccurate claim that all `packages/*` are published libraries.
- Line 3: Update the commentTypes configuration to include the style and info
categories alongside logic and syntax, ensuring custom-rule hygiene and
convention feedback is not filtered out.
🪄 Autofix
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yaml
Review profile: CHILL
Plan: Pro Plus
Run ID: 59ae678f-1d11-4704-8600-c55fd979a435
📒 Files selected for processing (3)
.greptile/config.json.greptile/files.json.greptile/rules.md
Related Issue
No issue — repository tooling configuration, no product behavior change. Problem explained below.
Problem
Greptile code review is enabled for this repository but runs unconfigured: default strictness, all comment types (including style/info nits), no repo-specific rules, and no pointers to the
AGENTS.mdcontributor guides. This produces noisy reviews that overlap with CodeRabbit and miss repo-specific conventions.What changed
Add a root
.greptile/configuration folder (the current recommended format; supersedes legacygreptile.json):config.json— strictness 2,logic+syntaxcomments only, re-review on PR updates, review only PRs targetingmain, skipWIP/DO NOT REVIEWtitles, ignore patterns mirrored from.coderabbit.yaml, and five scoped structured rules with stable IDs (type-weakening, flake.nix workspace sync, vacuous test assertions, TUI reactivity, changeset requirement) so nested configs can disable them later.rules.md— prose conventions distilled fromAGENTS.md: TypeScript idioms, architecture boundaries, and hygiene rules.files.json— points the reviewer at the sixAGENTS.mdfiles, each scoped to its directory tree.Settings cascade, so packages can add their own
.greptile/overrides later without touching the root config. Docs: https://www.greptile.com/docs/code-review/greptile-configChecklist
gen-changesetsskill, or this PR needs no changeset. — No changeset: nothing enters any package output.gen-docsskill, or this PR needs no doc update. — No user-facing product change.Summary by CodeRabbit